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[57] ABSTRACT 

An email client invokes a DocObject-enabied mail note to 
display an email message and related features of the user 
interface. The mail note, which is a DocObject container, 
creates a DocObject server by invoking a DocObject- 
enabied word processor. The mail note provides a view port 
in which the word processor displays and edits the body of 
the email message. The word processor provides its format- 
ting and editing features in the context of the mail note. OLE 
menu merging provides both email and word processing 
interoperability while editing the message. Programming 
interfaces between the mail note and the word processor 
allow the mail note to translate message data back and forth 
between the word processor's format and the format 
imposed by the email client. This ensures that messages 
created with the word processor can be read by other email 
clients. 

40 Claims, 9 Drawing Sheets 




MAIL CLIENT 
DETERMINES WHICH 
1200 MAIL NOTE TO LAUNCH 

I I 

LAUNCH MAIL NOTE 
(CREATE MAIL NOTE 
OBJECT) 



PROVIDE POINTER TO 
MAIL ITEM DATA STORE 



MAIL NOTE PROGRAM 
CREATES DocObject 
SERVER OBJECT 



r MAIL NOTE POPULATED 

WITH INFO FROM MAPI f 
I STORE 



LATED~|. 
1MAPI 



PASS RTF AND 
CHECKLIST TO 
DocObjed SERVER 



WORD PROCESSOR 
INITIALIZES WINDOW 



X 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent Oct. 6, 1998 Sheet 1 of 9 5,818,447 



/ 








f 


\ 








MON 






\ 


J 




V 





SI 



>- 

o 

Si 

LU 
CO 



I CO 



O 




03/31/2004, EAST Version: 1.4.1 



U.S. Patent 



Oct 6, 1998 



Sheet 2 of 9 



5,818,447 



APPLICATION PROGRAM 



FUNCTIONS 



37 A 



MASSAGES 

-36 



OPERATING SYSTEM 



COMPUTER HARDWARE 



FIG. 2 



200 



MENU BAR 



TOOL BAR 



THIS IS TEXT. 

THIS IS TEXT. 

THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 



THIS IS TEXT. 
THIS IS TEXT. 



THIS IS TEXT. 
THIS IS TEXT. 




THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 



THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 
THIS IS TEXT. 



THIS IS TEXT. THIS IS TEXT. THIS IS TEXT. THIS IS TEXT. 



FIG. 3 



300 



■305 
■310 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent 



Oct 6, 1998 Sheet 3 of 9 

410 



DOCUMENT 
320 



FIG. 4 



5,818,447 





1 




MENU BAR 


TO: 




FROM: 




Cc: 





— 405 



400 

J 



415 

J 



o 
o 
o 
o 



^ IMsoDocument 


DOCUMENT 


^ IPersistStorage 


^ IDataObject 


^ lOleObject 





500 



O 



IMsoView 



o 
o 



IQIelnPlaceObject 
IQIelnPlaceActiveObject 



FIG. 5a 




505 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent Oct. 6, 1998 Sheet 4 of 9 5,818,447 



550— 



FRAME 



lOlelnPlaceFrame 



O 



555— 


DOCUMENT 


lOleContainer 




CONTAINER 








IMsoDocumentSite 


560— 


DOCUMENT 






SITE 


lOleClientSite 



o 



565— 



VIEW SITE 



lOlelnPlaceSite 



O 



FIG. 5b 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent 



Oct. 6, 1998 



Sheet 5 of 9 



5,818,447 



600 



( BEGIN J 

CONTAINER 
CALLS CREATE 

VIEW () IN 
IMsoDocument 
INTERFACE OF 
DOCUMENT 
OBJECT 



I 



DOCUMENT 

OBJECT 
CREATES A 
VIEW AND 
RETURNS 
LOCATION OF 
VIEW 



CONTAINER 
CALLS SHOW 
OR UlActivate IN 

IMsoVIEW 
INTERFACE OF 
VIEW OBJECT 



V 



VIEW OBJECT 
DISPLAYS 
VIEW IN 
SPECIFIED 
VIEW PORT 

f END J 

FIG. 6 



625 



630 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent 



Oct. 6, 1998 Sheet 6 of 9 



5,818,447 



700^ 

CLIENT 7 ? 5 



FORM 
VIEWER 



705 



745 — 



FORM 



, FORM PROGRAMMING INTERFACES 



I 



MESSAGE 

STORE 
PROVIDER 



T 



TRANSPORT 
PROVIDER 



T 



ADDRESS 

BOOK 
PROVIDER 



710 



715 



720 



FIG. 7 



FORM 
REGISTRY 
PROVIDER 



725 



FORM 
SERVER 



740 



730 



FORM REGISTRY 





MENU BAR 


815 — 


.D 










805— 


■a 





■800 



810 



FIG. 8a 



850 



MENU BAR 


— 855 


TOOL BAR 


— 860 


TO 

FROM 




— 865 


BODY 


— 870 



FIG. 8b 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent Oct. 6, 1998 Sheet 7 of 9 

900 905 



E-MAIL 




NOTE 
(FORM) 


< > 



5,818,447 

910 

L 



WORD 
PROCESSOR 



FIG. 9 



900 

( 




1005 

( 




1010 

( 


E-MAIL 




NOTE 


< > 


WORD 


< > 


OLE 


PROCESSOR 



DocOject 
IMsoMailSite 
IMsoFormSite 
IMsoMailEditor 



FIG. 10 



1100 
1105- 



HEADER 



BODY 
-RTF 



1110 . -PLAINTEXT 



ATTACHMENTS 



1115- 



1125 

1 





c 2 


c 3 


SP 1 


c 4 


c 5 


c 6 


sp 2 


> * rt 


/ 

/ 

/ 1130 

I 






c 2 


C 3 


C 4 


C 5 







1 



F/G. f f 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent Oct. 6, 1998 Sheet 8 of 9 



5,818,447 



1200 



^ ^-1205 

("start J 

MAIL CLIENT 
DETERMINES WHICH 
MAIL NOTE TO LAUNCH 



LAUNCH MAIL NOTE 
(CREATE MAIL NOTE 
OBJECT) 



PROVIDE POINTER TO 
MAIL ITEM DATA STORE 



MAIL NOTE PROGRAM 
CREATES DocObject 
SERVER OBJECT 



PASS RTF AND 
CHECKLIST TO 
DocObject SERVER 



WORD PROCESSOR 
INITIALIZES WINDOW 



1210 



1215 



1220 



— 1225 



MAIL NOTE POPULATED 
WITH INFO FROM MAPI 
STORE 



1230 



1235 



DISPLAY MAIL ITEM 



1240 



1245 



^*-^-1250 
f END ) 



FIG. 12 



03/31/2004, EAST Version: 1.4.1 



U.S. Patent Oct 6, 1998 Sheet 9 of 9 5,818,447 



1300 ^ ^-1305 

(start) 



MAIL CLIENT DETERMINES 
WHICH MAIL NOTE TO 
LAUNCH 



— 1310 



1350 

VI 



LAUNCH MAIL NOTE 
(CREATE MAIL NOTE 
OBJECT) 



1315 



PROVIDE POINTER TO 
MAIL ITEM DATA STORE 



— 1320 



MAIL NOTE PROGRAM 
CREATES DocObject 
SERVER OBJECT 



7325 




MAIL NOTE 
POPULATED 
WITH INFO 
FROM MAPI 
STORE 



1330 



APPLY 
TEMPLATE 



PASS RTF 

AND 
CHECKLIST 
TO DocObject 
SERVER 



— 1335 



WORD 
PROCESSOR 
INITIALIZES 
WINDOW 



— 1340 



1342 



1345 



DISPLAY MAIL ITEM 



n 

1355 



WORD PROCESSORS 
EDITS BODY IN RESPONSE 
TO USER INPUT 



EXTRACT CONTENTS OF 
WP WINDOW 



n 

1360 



n 

1365 



CREATE MAIL ITEM 



TRANSFER MAIL ITEM TO 
E-MAIL CLIENT 



n 

1370 



SEND E-MAIL ITEM 



1375-^^^ 
( END ) 



FIG. 13 



03/31/2004, EAST Version: 1.4.1 



5,818,447 

1 2 

SYSTEM AND METHOD FOR IN-PLACE documents for transmission via electronic mail. Such a 

EDITING OF AN ELECTRONIC MAIL system should provide sophisticated formatting and editing 

MESSAGE USING A SEPARATE PROGRAM options in the context of the email environment and should 

TECHNICAL FIELD provide message data in a format that is compatible with 

5 downlevel email clients. 

The present invention relates to a system and method for 
handling electronic mail (email), and more particularly SUMMARY OF THE INVENTION 

relates to a system and method for utilizing a separate . , . „ „ , 

program to edit and display an email message in the context ™ c P resent inventlon "tisfics the above-described needs 
of an email client y employing a container object and a server object to 

10 display an email message. The container object provides a 
BACKGROUND OF THE INVENTION view port in which the server object renders the body of the 

In the past there has been a tremendous difference email message. This allows all of the formatting and editing 
between the formatting options available for electronic mail features of the server object to be applied to the body of the 
(email) and those available for printed documents. Email email message. The container object provides controls asso- 
messages were generally restricted to the transmission of 15 ciated with both an email program (the email client) and the 
simple text and relied on formatting conventions that traced server object, and serves as the interface between the server 
their history back to teletypes. For example, emoticons such object and the email client. The container object translates 
as :-), abbreviations such as <G>, and suggested formatting the message data between the format used to store the data 
such as _underline_ and *bold* were the only way to in the message store and the format used by the server 
express emotion or to draw emphasis within simple text 20 object. The container object ensures that formatting and 
messages. attachments rendered by the server object are properly 

While email's formatting options have remained fairly translated so that the resulting email message is compatible 

basic, the formatting options and editing features provided with other email clients. 

by full power word processors have dramatically increased. ^ QRor-example^he-prese^^ 

With a full powered word processor, tho user is able to apply view an email messag&&?e_L from an email client program, 
a wide variety of styles and formatting options. In addition The email client invotefja mail note (the container object), 
to the richer formatting, full powered word processors which provides an ema^J -related user interface. The con- 
provide powerful editing features, such as background spell tainer object also provides a view port or frame for viewing 
checking and automatic correction of common typographi- 3Q and editing the content^j of an email message. Instead of 
cal errors. Full powered word processors also allow users to implementing text editing or word processing functionality 
create increasingly sophisticated and complex documents in the mail note or er^ail client, the mail note allows a 
that include drawing objects, text colored with a highlighter, separate, full-featured vrord processor program (the server 
borders, shading, tables, and special bullets, object) to display andkedit the message in the view port 

As the popularity of email has increased, three changes 35 provided by the mail note. This allows the user to edit and 
have taken place. First, some software publishers have view email messages |sing the editing environment and 
added some rich text capabilities to the email program. formatting capabilities M the full-featured word processing 
Although this approach allowed a user to change the for- program. The mail notb provides the interface between the 
matting used in an email message, it required users to edit w °rd processor and the [date structure (or message store) in 
email messages in an environment that was different than the ^ which the message da|a is^tored. This data structure must be 
word processor they were accustomed to. In addition, the compatible with th e ernffll clie nt, which is responsible for 
rich text email programs simply do not possess the broad sjgajnglnZIrlcHv^ 

array of features common to sophisticated word processors. In one aspect, the present invention provides a method for 
A second approach has been to add some email capabili- operating a container object to display a message item, 
ties to word processing programs. Although this simplified 45 which is stored in a message store. The container object is 
the process of sending a message that was created by the invoked by an email application program (the email client) 
word processor, it presented several drawbacks. First, the in response to input from a user. The container object 
recipient of the message needed to have a compatible word retrieves header data and body data from the message store, 
processor in order to read the message. Second, the editing and creates a server object associated with a program 
environment is disconnected from the email environment. 50 module, such as a word processor. The program module is 
Third, this approach does not make it easier to read incom- operative for rendering the body data. The container object 
ing email from various sources. Fourth, this approach does provides the body data to the program module and displays 
not facilitate sending file attachments to plain text or basic a mail note that includes a command region, a header region 
rich text (downlevel) email clients. and a body region. The command region includes commands 

Finally, a third approach has been one in which users have 55 associated with both the container object and the program 
decided to use a full power word processor for authoring module. The header region includes at least a portion of the 
sophisticated and complex documents, and then use email header data. The body region includes at least a portion of 
for distribution. This requires the user to work in the word the bodv data as rendered by the program module, 
processing context to create and edit the document. When In another aspect, the container object retrieves from the 
the document is complete, the user must switch to the email eo message store attachment data associated with the message 
program, create a new message, and include the word item. The attachment data is provided to the program 
processor document as an attachment. Although email is an module and is displayed in the body region. The attachment 
effective mechanism for transporting documents, handling data is displayed by the program module in association with 
attachments requires several additional steps on the part of the body data. 

both the sender and the recipient of the message. 65 In another aspect, the present invention provides a method 

Therefore, there is a need in the art for an efficient, for operating a container object to edit a message item. The 
intuitive system that allows users to create sophisticated container object is invoked by an email client application in 



03/31/2004, EAST Version: 1.4.1 



5,818,447 

3 4 

response to input from a user. The container object creates DETAILED DESCRIPTION 

a server object associated with a program module and _ . . . ,. . , . . . 

,. . J ., , . The present invention is directed to an improved system 

displays a man note ma includes a command region, a d method for editi and viewine 

an email message. 

header region and a body region Tie command region GeDerall described „, embodiment of the preS e„t invTn- 

includes commands associated with both the container s Uon emp i 0 y S a Document object-enabled maU note or form 

object and the program module and the body region includes lQ ^ a Documem 0hta mauiau ^ m mail . 

body data rendered by the program module. Tie container ^ usef m ^ a yjew Qr ffame for 

obiect extracts the body data from the pro gram module and . j »l * * r -i 

f J uuj ua auuui piu & iam uiuun^ auu viewing and editmg the contents of an email message. 

forms a message item fet includes a header and a body, Instead % f ^menting text editing or word processing 
which inc udes body data. The message item is then trans- 10 m lhe mail note itsclf me mail no £ allows * 

mined to the mtended recipient. sepmte, full-featured word processing program to display 

More particularly described, the message includes an and edit the email message in the view port provided by the 
attachment list. The container object displays the attachment ma ji no te. The ma ii note then extracts the message data from 
data in the body region, with the attachment data being me word processor and reformats the data to comply with 
rendered by the program module in association with the is the format required by the email cUent program. This allows 
body data. The attachment data is extracted from the pro- ^ t user to edit and view email messages using the editing 
gram module and stored in the attachment list portion of the environment and formatting capabilities of the full-featured 
message item. In some cases, formatting codes included in word processing program, while also providing messages 
the body data are removed prior to storing the body data in that are compatible with various types of email clients, 
the message item. Similarly, the program module may be 20 ^ ^ ^ ^ iate ^ an u 

provided with template identification data corresponding to embodiment of me present invention relies on and incorpo- 
formatting to be applied to the body data. fates features of modem personal 

The various aspects of the present invention may be more ers . \ n or der to provide a sufficient background for an 

clearly understood and appreciated from a review of the embodiment of the present invention, it is useful to first 

following detailed description of the disclosed embodiments discuss a variety of topics, including an exemplary operating 

and by reference to the appended drawings and claims. system, the Object Linking and Embedding (OLE) and 

up rue nncPDTDTfnw nv tut; no Awmrc Document Object (DocObject) interfaces, and the Messag- 

BRIEF DESCRIPTION OF THE DRAWINGS ing App ^ don Programming Interface (MAPI). An exem- 

FIG. 1 is a block diagram of a computer system that 30 P larv embodiment of the present invention will be described 

provides the operating environment for an exemplary after eacn of these components is briefly discussed, 

embodiment of the present invention. Although exemplary embodiments of the present inven- 

FIG. 2 is a block diagram illustrating the interface ^on will be generally described in the context of an oper- 

between a computer's input/output devices, an operating ating system and programs running on a personal computer, 

system, and an application program. 35 ^ose skilled in the art will recognize that the present 

FIG. 3 illustrates a compound document in a word pro- mvcntion ^ ^ f bc implemented in conjunction with other 

cessing document frame. P ro S ra * ^°f lcs ^ r oth ° r typesof computers Furthermore 

^ .„ , , . , , those skilled in the art will recognize that the present 

FIG. 4 illustrates a document object container embodied fc^on may be implemented in a stand-alone or in a 

in an email note. ^ distributed computing environment. In a distributed com- 

FIGS. Sa and Sb illustrate the components that are puting environment, program modules may be physically 

included on server and container sides of a Document Object located in different local and remote memory storage 

(DocObject) interface in accordance with an embodiment of devices. Execution of the program modules may occur 

the present invention. locally in a stand-alone manner or remotely in a client/server 

FIG. 6 is a flow diagram illustrating a method for invok- 45 manner. Examples of such distributed computing environ- 
ing a DocObject server in accordance with an embodiment ments include local area networks of an office, enterprise - 
of the present invention. wide computer networks, and the global Internet. 

FIG. 7 is a diagram of portions of the MAPI messaging The detailed description that follows is represented 

architecture. largely in terms of processes and symbolic representations 

FIGS. 8o and 8b illustrate the features of the user interface 50 of operations by conventional computer components, 

provided by an email client in accordance with an embodi- deluding a processing unit, memory storage devices for the 

ment of the present invention. processing unit, display devices, and input devices. 

FIG. 9 is a diagram illustrating the interaction between an F ^ c ™ orc ; * csc P rocesscs an f operations may utilize 

email client and a word processing program. conventional computer components in a heterogeneous chs- 

. A . .„ . , 7 . 55 tnbuted computing environment, including remote file 

FIG. 10 is a diagram iflustrating the interaction between servers> remotc u(c servers> and rcmotc mcmory stor . 

an email client, a DocObject-enabled mail note, and a agc devices. Each of these conventional distributed comput- 

DocObject server in accordance with an embodiment of the mg components ^ accessible by the processing unit via a 

present invention. communications network. 

FIG. 11 is a diagram iflustrating the MAPI format for 60 ^ processe s and operations performed by the computer 

storing email message data. include the manipulation of signals by a processing unit or 

FIG. 12 is a flow diagram illustrating a method for reading remote server and the maintenance of these signals within 

a sent mail message in accordance with an embodiment of data structures resident in one or more of the local or remote 

the present invention. memory storage devices. Such data structures impose a 

FIG. 13 is a flow diagram illustrating a method for editing 65 physical organization upon the collection of data stored 

and sending a new mail message in accordance with an within a memory storage device and represent specific 

embodiment of the present invention. electrical or magnetic elements. These symbolic represen- 
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tations are the means used by those skilled in the art of art will recognize that in this client/server configuration, the 

computer programming and computer construction to most remote computer 11 may function as a file server or compute 

effectively convey teachings and discoveries to others server. 

skilled in the art. The personal computer 10 includes a processing unit 14, 

For the purposes of this discussion, a process is generally 5 such as the 80486 or "PENTIUM" microprocessors manu- 

conceived to be a sequence of computer-executed steps factured by Intel Corporation of Santa Clara, Calif. The 

leading to a desired result. These steps generally require personal computer also includes system memory 15 

physical manipulations of physical quantities. Usually, (including read only memory (ROM) 16 and random access 

though not necessarily, these quantities take the form of memory (RAM) 17), which is connected to the processing 

electrical, magnetic, or optical signals capable of being 30 unit 14 by a system bus 18. The computer 10 utilizes a BIOS 

stored, transferred, combined, compared, or otherwise 19, which is stored in ROM 16. Those skilled in the art will 

manipulated. It is conventional for those skilled in the art to recognize that the BIOS 19 is a set of basic routines that 

refer to these signals as bits, bytes, words, data, objects, helps to transfer information between elements within the 

properties, tags, types, identifiers, values, elements, personal computer 10. Those skilled in the art will also 

symbols, characters, terms, numbers, points, records, 15 appreciate that the present invention may be implemented on 

messages, images, files, documents, or the like. It should be computers having other architectures, such as computers 

kept in mind, however, that these and similar terms should that do not use a BIOS, and those that utilize other 

be associated with appropriate physical quantities for com- microprocessors, such as the "MIPS" or "POWER PC 

puter operations, and that these terms are merely conven- families of microprocessors from Silicon Graphics and 

tional labels applied to physical quantities that exist within 20 Motorola, respectively. 

and during operation of the computer. Within the personal computer 10, a local hard disk drive 

It should also be understood that manipulations within the 20 is connected to the system bus 18 via a hard disk drive 

computer are often referred to in terms such as adding, interface 21. A floppy disk drive 22, which is used to read or 

comparing, receiving, sending, transmitting, replying, etc. write a floppy disk 23, is connected to the system bus 18 via 

which are often associated with manual operations per- 25 a floppy disk drive interface 24. A CD-ROM drive 25, which 

formed by a human operator. The operations described is used to read a CD-ROM disk 26, is connected to the 

herein are machine operations performed in conjunction system bus 18 via a CD-ROM interface 27. A user enters 

with various input provided by a human operator or user that commands and information into the personal computer 10 

interacts with the computer. by using input devices, such as a keyboard 28 and/or 

In addition, it should be understood that the programs, 30 pointing device, such as a mouse 29, which are connected to 

processes, methods, etc. described herein are not related or the system bus 18 via a serial port interface 30. Other types 

limited to any particular computer or apparatus, nor are they of pointing devices (not shown in FIG. 1) include track pads, 

related or limited to any particular communication network track balls, pens, head trackers, data gloves and other 

architecture. Rather, various types of general purpose s devices suitable for positioning a cursor on a computer 

machines may be used with program modules constructed in monitor 31. The monitor 31 or other kind of display device 

accordance with the teachings described herein. Similarly, it is connected to the system bus 18 via a video adapter 32. 

may prove advantageous to construct a specialized apparatus The remote computer 11 in this networked environment is 

to perform the method steps described herein by way of connected to a remote memory storage device 33. This 

dedicated computer systems in a specific network architec- ^ remote memory storage device 33 is typically a large capac- 

ture with hard-wired logic or programs stored in nonvolatile ity device such as a hard disk drive, CD-ROM drive, 

memory, such as read only memory. magneto-optical drive or the like. The personal computer 10 

Referring now to the drawings, in which like numerals is connected to the remote computer 11 by a network 

represent like elements throughout the several figures, interface 34, which is used to communicate over the local 

aspects of the present invention and the an exemplary 45 area network 12. 

operating environment will be described. As shown in FIG. 1, the personal computer 10 is also 

connected to the remote computer 11 by a modem 35, which 

The Operating Environment ^ ^ t0 communicat e over the wide area network 13, such 

FIGS. 1-7 illustrate various aspects of a computing envi- as the Internet. The modem 35 is connected to the system 

ronment in which the present invention is designed to so DUS I 8 v i a the serial port interface 30. The modem 35 also 

operate. Those skilled in the art will immediately appreciate can be connected to the public switched telephone network 

that FIGS. 1-7 and the associated discussion are intended to (PSTN) or community antenna television (CATV) network, 

provide a brief, general description of various computer Although illustrated in FIG. 1 as external to the personal 

hardware, program modules, and interfaces, and that addi- computer 10, those of ordinary skill in the art will quickly 

tional information is readily available in the appropriate 55 recognize that the modem 35 may also be internal to the 

programming manuals, user's guides, and similar publica- personal computer U, thus communicating directly via the 

tions. system bus 18. It is important to note that connection to the 

remote computer 11 via both the local area network 12 and 

The Computer Hardware the wide area network 13 is not required, but merely 

FIG. 1 illustrates a conventional personal computer 10 60 illustrates alternative methods of providing a communica- 

suitable for supporting the operation of an embodiment of tion path between the personal computer 10 and the remote 

the present invention. As shown in FIG. 1, the personal computer U. 

computer 10 operates in a networked environment with Although other internal components of the personal com- 

logical connections to a remote computer 11. The logical puter 10 are not shown, those of ordinary skill in the art will 

connections between the personal computer 10 and the 65 appreciate that such components and the interconnection 

remote computer 11 are represented by a local area network between them are well known. Accordingly, additional 

12 and a wide area network 13. Those of ordinary skill in the details concerning the internal construction of the personal 
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computer 10 need not be disclosed in connection with the 
present invention. 

Those skilled in the art will understand that program 
modules such as an operating system 36, application pro- 
grams 37, and data are provided to the personal computer 10 5 
via computer-readable media. In the computer 10, the 
computer-readable media include the local or remote 
memory storage devices, which may include the local hard 
disk drive 20, floppy disk 23, CD-ROM 26, RAM 17, ROM 
16, and the remote memory storage device 33. In the 50 
personal computer 10, the local hard disk drive 20 is used to 
store data and programs, including the operating system and 
programs. The application programs 37 may include word 
processing programs and email programs, such as those 
discussed in the context of an embodiment of the present 15 
invention. 

The Operating System 

FIG. 2 is a simplified block diagram illustrating the 2Q 
interaction between the computer hardware 200, an exem- 
plary operating system 36, and an application program 37a. 
Referring now to both FIGS. 1 and 2, when the personal 
computer 10 is turned on or reset, the Basic Input/Output 
System (BIOS) 19, which is stored in the ROM 16, instructs ^ 
the processing unit 14 to load the operating system 36 from 
the hard disk drive 20 into the RAM 17. Once the operating 
system 36 is loaded into RAM 17, the processing unit 14 
executes the operating system 36 and causes the visual 
elements associated with the user interface of the operating 3Q 
system 36 to be displayed on the monitor 31. 

The operating system 36, in conjunction with the BIOS 19 
(FIG. 1) and associated device drivers, provides the basic 
interface between the computer's resources, the user, and the 
application program 37a. The operating system 36 interprets 3S 
and carries out instructions issued by the user. For example, 
when the user wants to load an application program 37a, 
such as a word processing program, the operating system 36 
interprets the instruction (e.g., double clicking on the appli- 
cation program's icon) and causes the processing unit 14 to ^ 
load the program code into RAM 17 from either the local 
hard disk drive 20, floppy disk 23, CD-ROM 26, or the 
remote memory storage device 33. Once the application 
program 37a is loaded into the RAM 17, it is executed by the 
processing unit 14. In case of large programs, the processing 45 
unit 14 loads various portions of program modules into 
RAM 17 as needed. 

Hie preferred embodiment of the present invention is 
represented by the "MICROSOFT EXCHANGE" email 
client and the "MICROSOFT WORD" word processing 5 o 
program, which forms a part of the "MICROSOFT 
OFFICE" suite of program modules. The "MICROSOFT 
WORD" word processor and the "MICROSOFT 
EXCHANGE" email client are designed to operate in con- 
junction with Microsoft Corporation's "WINDOWS 95" or 5s 
"WINDOWS NT" operating systems. However, it should be 
understood that the invention can readily be implemented by 
program modules for use with other operating systems, such 
as Microsoft Corporation's "WINDOWS 3.1" operating 
system, IBM Corporation's "OS/2" operating system, and 60 
the operating system used in "MACINTOSH' 7 computers 
manufactured by Apple Computer, Inc. 

The operating system 36 provides a variety of functions, 
services, and interfaces that allow an application program 
37a to easily deal with various types of input/output (I/O). 65 
This allows the application program 37a to issue relatively 
simple function calls that cause the operating system 36 to 
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perform the steps required to accomplish various tasks, such 
as displaying text on the monitor 31 (FIG. 1) or printing text 
on an attached printer (not shown). Generally described 
(with reference to FIG. 2), the application program 37a 
communicates with the operating system 36 by calling 
predefined functions provided by the operating system 36. 
The operating system 36 responds by providing the 
requested information in a message or by executing the 
requested task. 

The OLE and DocObject Interfaces 

The "WINDOWS 95" and "WINDOWS NT' operating 
systems support Microsoft Corporation's Object Linking 
and Embedding (OLE) and Document Object (DocObject) 
interfaces. Both OLE and DocObject support a variety of 
application programming interfaces (APIs) that simplify the 
interaction between program modules. 

OLE is a technology that enables developers to create 
extensible application programs that operate across multiple 
platforms. OLE-enabled applications allow users to manipu- 
late information in an intuitive manner, using an environ- 
ment that is more "document-centric" and less "application- 
centric." Users can create compound documents with data, 
or objects, of different formats, and focus directly on the data 
rather than on the application programs responsible for the 
data. The data can be embedded within the document, or 
linked to it, so that only a reference to the data is stored in 
the document. 

OLE facilitates application integration by defining a set of 
standard interfaces, which are groupings of semantically- 
related functions through which one program module 
accesses the services of another. OLE is an open system in 
the sense that any application program can provide an 
implementation of a defined interface and any application 
program can use it. Application programs can either take 
advantage of built-in functionality provided by OLE, or add 
to it or replace it as best suits their needs. 

The set of OLE services can be viewed as a two tier 
hierarchy. The lower level contains infrastructure services. 
These are basic services that provide the means by which 
features can be implemented and used. The infrastructure 
services include interface negotiation, memory 
management, error and status reporting, interprocess 
communication, structured storage, and data transfer. The 
upper level of the OLE service hierarchy provides applica- 
tion features, which are the services that benefit the end user. 
These include compound document management, in-place 
activation, programmability, and drag and drop operations. 

OLE's interfaces provide the standard for component 
object interaction. Each interface contains a set of functions 
that defines a contract between the object implementing the 
interface and the client using it. The contract includes the 
name of the interface, the function names, and the parameter 
names and types. Under this contract, the object must 
implement all of the functions defined for that interface and 
the implementations must conform to the contract. 

All interface names are prefixed with either "I" or "IOle." 
Interfaces that begin with "IOle" provide services relating to 
compound document management. Those that begin with 
"I" provide services that are more general in nature. For 
example, IOleObject contains methods used by a client of an 
embedded or linked compound document object. IOleObject 
is implemented and used only by applications that partici- 
pate in compound document management. IDataObject, 
however, contains methods that are used by all applications. 
These methods provide the means by which data of any type 
is transferred. 
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OLE supports the provision of a "compound document/' of OLE and facilitates displaying an object in a "document 

which is a container object that contains a "linked" object or view" instead of an "object view." The DocObject interface 

an "embedded" object. The difference between linked and logically partitions a "view" of a document object from a 

embedded objects has to do with where the actual source "frame" in which the document object is displayed. The 

data associated with the object is stored. This affects the 5 frame specifies the location and dimensions of a view port 

object's portability, it method of activation and the size of to which the document object is to display a view. The 

the compound document. document view controls the page model and the dimensions 

When an object is linked, the source data continues to o f w bat is displayed within the view port, 

reside wherever it was initially created, which may be at In the DocObject interface, a graphical representation of 

another point in the document or in another, document 10 a document object includes a view frame component and a 

altogether. Only a reference, or link, to the object is kept view component. The view frame component provides space 

within the compound document. Linking is efficient and for menus, toolbars, etc. The view frame component also 

minimizes the size of the compound document. Changes provides a viewport, which is also referred to as a frame, for 

made to the source are automatically reflected in any com- the document view of the document object. The document 

pound document that has a link to the source object. From 15 view can display itself with rulers, scroll bars, etc. 

the user's point of view, a linked object appears to be wholly These DocObject components are illustrated in FIG. 4, 

contained within the document. which depicts a message view 400 for an email message. 

With an embedded object, a copy of the original object is The document view 400 includes a view frame component 

physically stored in the compound document, along with all 405, which includes a header 410 and a view port 415. The 

of the information needed to manage that object. As a result, 20 header 410 displays menus, toolbars, and other features of 

the object becomes a physical part of the document, A the user interface. The view port 415 is used to display a 

compound document containing an embedded object will be view of a document 420. 

larger than one containing the same objects as links. a number of logical components are involved in imple- 

However, embedding offers advantages that offset the larger menting the DocObject interface. These components follow 

storage requirement. For example, compound objects with the client/server model, wherein a client (or DocObject 

embedded objects can be transferred to another computer container) requests service from a DocObject server. FIG. Sa 

and edited there. illustrates the components that are included on the server 

Embedded objects can be edited, or activated in place. side of a DocObject interface. The server side includes a 

This means that all maintenance of the object can be done 3Q document 500 and a view 505. The document 500 and the 

without leaving the compound document. In order to edit the view 505 may be included in a single object or may 

embedded object, the object must be explicitly activated or constitute separate objects. The lines and circles that extend 

opened by performing an action such as double-clicking on from the document 500 and view 505 specify the interfaces 

the object's icon. This results in the object being displayed that are supported by each logical component. In FIG. 5a, 

in a separate window with the user interface provided by the 35 the IMsoDocument and IMsoView interfaces are part of the 

application program that created the object. The object is DocObject interface. The remaining interfaces are part of 

said to become in-place active (i.e., it is editable), and UI OLE 2.0. 

active (i.e., it displays the user interface associated with the FIG. 5b illustrates the logical components that form the 
application program that created the embedded object). client side of the DocObject interface. The logical compo- 
OLE includes the concepts of native and foreign frames. ^ nents include a frame 550, a document container 555, a 
A frame is a boundary that bounds or frames a view port, and document site 560, and a view site 565. The frame 550 
may include menus, toolbars, status bars and the like. A provides the frame for the document object. The document 
native frame is a frame produced by the application program container 555 is the container that stores the document 
that created or is associated with the object whose view is object. The document site 560 serves as the site for the 
being displayed inside the frame. An example of a native 45 embedded document object. The view site 565 provides a 
frame is a word processing frame in which a view of a word site on the client for the view 505 (FIG. 5a). The view in the 
processing document is displayed. With a foreign frame, the view site 565 supports interfaces that enable a view 505 to 
frame is produced by an application program that is not communicate with the document container 555. The inter- 
associated with the object whose view is being displayed in faces supported by the client side components are illustrated 
the frame. An example of a foreign frame is a word 50 in FIG. Sb. The IMsoDocumentSite interface is part of the 
processing document frame in which an embedded spread- DocObject interface. The remaining interfaces are part of 
sheet object is being displayed. FIG. 3 illustrates a word OLE 2.0. 

processing document frame 300. The frame 300 includes Referring still to FIGS. Sa and 5b, the interfaces will be 
text 305 and an embedded graphics object 310. briefly described. The document 500 supports at least three 
In summary, OLE allows objects to be embedded in a 55 standard OLE interfaces, including IPersistStorage, 
compound document, which is displayed in a container or IDataobject, and lOleObject. The IPersistStorage interface is 
frame. Generally, the embedded document is displayed in the interface through which the document container 555 
the container in what is referred to as object view. The communicates with the document 500 regarding storage, 
container controls the appearance of the page and the layout The IDataobject interface allows data to be passed to and 
of headers, footers, end notes, etc. The embedded object has 6 o from the document 500. The lOleObject interface is the 
no control over these aspects of the page. The container also primary interface though which an embedded object pro- 
controls the amount of space that is allocated to the embed- vides functionality to its container. 

ded object for displaying its pictorial representation. The IMsoDocument interface, which is also supported by 

Some of the limitations associated with displaying an the document 500, is specific to the DocObject interface. An 

embedded object in a compound document are addressed by 65 object cannot act as a document object unless it support this 

Microsoft Corporation's Document Object, or DocObject, interface. The IMsoDocument interface includes three func- 

technology. DocObject is an OLE 2.0 interface built on top tions. The Create View 0 function is called to create a new 
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view or to load a previously saved view. The GetDocMisc- 
Status 0 function is used to retrieve miscellaneous informa- 
tion about a document object. The EnumView Q function 
enumerates the views that are provided for the document 
object. 5 

The view 505 supports the OLE's standard IOlelnPla- 
ceObject and IOlelnPlaceActiveObject interfaces. The 
lOlelnPlaceObject interface is used primarily to allow a 
container to communicate with its contained object, and 
includes functions for deactivating the object and its asso- io 
ciated user interface. The IOlelnPlaceActiveObject interface 
provides an interface for the top level container to commu- 
nicate with currently active objects. 

The view 505 also supports the IMsoView interface, 
which is specific to the DocObject interface. The IMsoView 15 
interface includes the functions that facilitate the behavior of 
the view, which is logically partitioned from the frame in 
which it is displayed. The IMsoView interface includes 13 
functions. The Set InPIaceSite 0 function establishes the 
in-place site that encapsulates the view port and the frame 20 
context of the view port. The GetlnPlaceSite 0 function 
returns the current in-place site for the view. The GetDocu- 
ment 0 function returns the document that is associated with 
the view. The SetRect 0 function sets the rectangular 
coordinates of the view point in the client coordinates of the 25 
view window. The GetRect 0 function returns the rectan- 
gular coordinates of the view port in the client coordinates 
of the view window. The SetRectComplex 0 function sets 
the rectangular coordinates of the view port scroll bars and 
size box. The Show 0 function is called to show or hide the 30 
view. The UIActivateO function is called to UI activate or 
deactivate the view. The Open 0 function asks a view to 
display itself in a native window. The Close 0 function is 
called to close a view and release its site pointer. The 
SaveViewState 0 function saves the current view state into 35 
a stream that is passes by the client to the view. The 
Apply ViewState 0 function applies a previously saved view 
state to a view. The Clone 0 function creates a new view 
having a same view context as the view that provides the 
function but has a different view port. 40 

Referring still to FIGS. 5a and 5b, the interfaces imple- 
mented by the client side components will now be described. 
The frame 550 supports the standard OLE IOlelnPlace- 
Frame interface. Its functions allow the insertion, removal, ^ 
and manipulation of menus for the frame. The interface also 
includes functions for displaying text on a status line or for 
enabling or disabling modeless dialogs. 

The document container 555 supports the standard OLE 
IOle Container interface. This interface provides the ability SQ 
to enumerate objects in a container and to keep a container 
running in the absence of other reasons for it to continue 
running. 

The document site 560 supports the DocObject specific 
IMsoDocumentSite interface, which includes only one func- 55 
tion. The ActivateMe 0 function is used to activate the 
document object 50. The function calls the Create View 0 
function in the IMsoDocument interface for all views the 
document wants to show. 

The document site 560 also supports the standard OLE eo 
[OleClientSite interface. This is the primary interface by 
which an object requests services from its container. 

The view site 565 supports the standard OLE lOlelnPlac- 
eSite interface. This interface includes a number of functions 
that allow an in-place active object to communicate with its 65 
immediate container. The view 505 communicates with the 
view site 565 via functions in the IOlelnPlaceSite interface. 
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FIG. 6 is a flow chart illustrating an exemplary method 
600 that is carried out in order to display a document view 
of a document object in a view port provided by a foreign 
frame. The method 600 will be described in conjunction 
with components illustrated in FIGS. 5a and 5b. The method 
600 begins at step 605 and proceeds to step 610. At step 610, 
the document container 555, which contains the document 
object 500, calls the Create View 0 function in the IMsoD- 
ocument interface instance that is provided by the document 
object 500. 

At step 610 the document object 500 creates the view or 
loads the view in accordance with the parameters of the 
Create View 0 function call and returns a pointer to a 
memory location for the view 505. 

At step 620 the document container 555 calls the Show or 
UIActiveO functions in the instance of the IMsoView inter- 
face that is provided by the view object 505. At step 625 the 
view object 505 displays the view in the view port that is 
specified by the parameters that are passed to the view 
object. The method 600 terminates at step 630. 

From the foregoing brief description, it should be appre- 
ciated OLE and DocObject, like other APIs, are quite 
complex and provide a wide variety of services that allow 
program modules to easily interface with each other. For 
more comprehensive information regarding OLE and 
DocObject, the reader may refer to any of a variety of 
publications, including the "OLE 2 Programmer's 
Reference," published by Microsoft Press, and the "OLE 
Document Object Specification," published by Microsoft 
Corporation. 

The MAPI Messaging Architecture 

In an exemplary embodiment of the present invention, the 
DocObject container is provided in the form of a mail note 
that is used to send and receive email message. Asignificant 
portion of the mail note's activity involves interacting with 
an email client application program, such as "MICROSOFT 
EXCHANGE," In an exemplary embodiment, the operating 
system supports, and the email client complies with, the 
Messaging Application Programming Interface (MAPI). The 
MAPI architecture is designed to make it easy for program- 
mers to write messaging-enabled applications that are inde- 
pendent of the underlying messaging system. MAPI pro- 
vides high-level functions that can be used to implement 
sophisticated messaging features with a relatively small 
amount of code. The code deals only with functions for 
sending, receiving, and addressing messages. The underly- 
ing messaging system is completely transparent. MAPI also 
provides other message-related functionality, such as access 
to address books. 

FIG. 7 illustrates portions of the modular architecture 
defined by MAPI. A client application 700 is an application 
program that take advantage of the MAPI subsystem 705. 
The MAPI subsystem 705 is made up of a MAPI spooler, a 
common user interface, and programming interfaces. The 
MAPI spooler is a separate interface that is responsible for 
sending messages to and receiving messages from a mes- 
saging system. The common user interface is a set of dialog 
boxes that gives client applications a consistent look and 
users a consistent way to perform tasks. 

The programming interfaces are used by the MAPI sub- 
system 705, by a client application 700, and by service 
provider writers. The main programming interface is an 
object-based interface known as the MAPI programming 
interface, which is based on the OLE Component Object 
Model. 
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The MAPI spooler is a separate process within the MAPI In the MAPI environment, a form or note is a viewer for 

subsystem 705 and is responsible for sending messages to a message. Each message has a message class that deter- 

and receiving message from a messaging system. The mines the particular form or note that is used as its viewer, 

spooler runs as a background process and also performs MAPI defines a few messages classes and has implemented 

several functions related to messaging distribution. These 5 the forms for viewing these messages. Client application 

include informing a client application when a new message developers can create new message classes and custom 

has been delivered, invoking message preprocessing and forms for viewing messages with the new classes, 

post processing, generating reports that indicate that mes- ^ „ , . , , , 

sage delivery has occurred, and maintaining status on pro- Every custom form implements a set of standard menu 

cessed recipients commands (e.g., open, create, delete, reply, and forward) 

MAPI service providers are located between MAPI sub- 10 f d a ^u™ i° 

system 705 and the messaging system (not shown). Service form - ^ UA ^ 1 form architecture involves three main 

providers are drivers that connect MAPI client applications components: a form registry provider 725, a form server 

700 to an underlying messaging system. Most messaging 7 ^0, and a ^ 0Tm viewer 735. 

systems include three types of service providers: message The form registry provider 725 maintains a library of 

store providers 710, address book or directory providers 15 information about aU of the forms available on the computer 

715, and message transport providers 720. The service and enables the client to select a form that is suitable for the 

providers work with MAPI to create and send messages in message being displayed. Form data is stored in a form 

the following way. Messages are created using a form 745 registry 740, which is stored in one of the computer's 

that is appropriate for the specific type, or class, of message. memory storage devices. The form server 730 is responsible 

The completed message is addressed to one or more recipi- 20 for Splaying thc f orm and prov iding the information for the 

eats. When the client sends the message, the message store 6k l The form server manages the user's interaction with 

provider 710 checks that each recipient has a unique and me f orm by mterpreting the menu selections and processing 

valid address and that the message has all of the information ^ m g ^ form ?35 ^ a c ent within 

necessary for transmission. If there is a question about a ,. . ,. . . . «. , * . - 4 

. . / u u *u ™ n • 1 • • a client application that contains the display and presents it 

recipient, such as can occur when there are multiple recipi- 25 tu 

ents with the same name, an address book provider resolves 0 e usc r * 

the ambiguity. The message in then placed in the outbound From the foregoing, it will be appreciated that MAPI 

queue. provides a wide variety of features and functions in addition 

Address book providers 720 handle access to directory to those included in the brief description presented above, 

information. Depending on the type of recipient and the 30 For additional information regarding MAPI, the reader may 

address book provider, there is a wide range of information refer to the MAPI documentation, entitled Messaging Appli- 

that can be made available. For example, all address book cation Programming Interface (MAPI) version 1.0, which is 

providers 720 typically store a recipient's name, address, published by Microsoft Corporation, and which is incorpo- 

and address type and organize the data using one or more rated herein by reference, 

containers. MAPI integrates all the information supplied by « A _ t „ _ . A _ 

the installed address book providers into a single address Exemplary System For Editing An Email 

book, thereby presenting a unified view to the client appli- essage 

cation. As mentioned above, the preferred embodiment of the 
Message store providers 710 handle the storage and present invention is utilized in conjunction with the 
retrieval of messages and other information for the users of 40 "MICROSOFT EXCHANGE" email client and the 
client application. The message information is organized "MICROSOFT WORD" word processing program, which 
using a hierarchical system known as a message store, which forms a part of the "MICROSOFT OFFICE" suite of pro- 
is implemented in multiple levels, with containers called gram modules. The "MICROSOFT WORD" word processor 
folders holding messages of different types. and the "MICROSOFT EXCHANGE" email client are 
Transport providers 715 handle message transmission and 45 designed to operate in conjunction with Microsoft Corpo- 
reception. They control the interaction between the MAPI ration's "WINDOWS 95" or "WINDOWS NT* operating 
spooler and the underlying messaging system . They also systems. 

implement security if necessary and take care of any pre- The present invention, is directed to an improved system 

processing and post-processing tasks that are required. Cli- and method for in-place editing and viewing of an electronic 

ent applications 700 communicate with the transport pro- 50 mail message using a separate program. Generally 

viders 715 through a message store provider 710. When an described, an embodiment of the present invention employs 

incoming message is detected, the transport provider 715 a DocObject-enabled mail note or form to provide a DocOb- 

informs the MAPI spooler and the message is delivered to ject container with an email-related user interface (UI) and 

the appropriate message store. To handle outgoing a view port or frame for viewing and editing the contents of 

messages, the message store moves the message to the 55 an email message. Instead of implementing text editing or 

outbound queue, informs the MAPI spooler, and the spooler word processing functionality in the mail note itself, the mail 

transfers it to the appropriate transport providers. note allows a separate, full-featured word processing pro- 

Qient application users can access a summary view of the gram to display and edit the message in the view port 

messages contained within each folder or view the messages provided by the mail note. This allows the user to edit and 

individually using a form 745. Whether the client displays a 60 view email messages using the editing environment and 

standard form supplied by MAPI or a custom form supplied formatting capabilities of the full-featured word processing 

by a form developer depends on the type, or class, of the program. 

message. Messages are the units of data transferred from one To understand the advantages and operation of present 

user to another. Every message contains some text, which is invention, it is helpful to discuss how email messages are 

formatted simply or more intricately depending on the form 65 viewed in conjunction with an email client such as 

that is used, and envelope information that is used for "MICROSOFT EXCHANGE." FIGS. 8a and Sb illustrate 

transmission. the features of the user interface provided by an email client 
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and associated mail note. FIG. 8a illustrates a user interface IMsoMailEditor, which are described below. In order to 

for a list view, which includes three regions. The first region distinguish a DocObject-enabled mail note 1005 from the 

800 includes a menu bar and toolbar for displaying com- standard email client mail note 905, the DocObject-enabled 

mands associated with the email client. The second region mail note will be referred to as a "container mail note." 

805 displays folder icons, which are associated with groups 5 Although the send and receive container mail notes replace 

of messages in the MAPI message store. Folder icons the email clients standard mail notes, none of the other 

represent folders, which contain message items. A folder can installed forms are affected. An example of a suitable 

be selected to obtain a view of a list of the message items in DocObject-enabled word processor 1010 is version 7.0 of 

the folder. A third region 810 displays a list of the message the "MICROSOFT WORD" application program, 

items included in a selected folder 815. 1Q The container mail note continues to provide the user with 

When the user selects and opens one of the messages in email-related commands and functionality. The container 

the third region 810, the email client displays the message in ma il note provides the MAPI functionality associated with 

the context of a form, or mail note 850, which is illustrated handling the disposition of messages (e.g., send, reply, 

in FIG. 8b. The mail note 850 provides the framework for forward, etc.) and the exchange of data between the MAPI 

viewing the MAPI message data associated with the selected 1S messa g e store an d the container mail note. The word 

message. The mail note 850 includes four regions. A first Processor, which is the DocObject server, provides word 

region 855 provides a menu bar. A second region 860 Pressing commands and ^functionality and exchanges data 

provides a toolbar. A third region 865 provides message Wlth *" plainer mai note. The email and word .processing 

addressing information. A fourth region 870 displays the commands displayed to the user are merged via the OLE 

u j rJ? , f " : ^ww* ^ memi merging functions. This provides the user with lmme- 

body of the message. The email client will also cause a mail 20 diate ^ * menus and ^ both ^ 

note 850 to be displayed when the user creates a new cmail dient and ±c word processor . 

m ^ gC n°' V1CWS a preVKmsly St0red mCSSage * Although using a full powered word processor in the 
FIG. 9 illustrates the interaction between prior art email of a cont ainer mail note provides improved editing 
clients and word processmg programs. In FIG. 9, the email m( \ formatting capabilities, those skilled in the art will 
client 900 employs a mail note 905 to display the contents 25 understand that messages created in the word processor's 
of a message in the MAPI message store (not shown). The native format must be compatible with a variety of email 
email client employs send and read mail notes, which are clients. The message format is defined by the email client. In 
used to edit and display unsent messages and sent messages, an exemplary embodiment, the email client complies with 
respectively. Those skilled in the art will appreciate that send the MAPI specification. The MAPI format ensures the 
mail notes include editable fields and are optimized to 30 interoperability between an embodiment of the present 
display new messages. Similarly, read mail notes are opti- invention, a prior art rich text mail client, and other mail 
mized to display sent or existing messages. The email client clients and gateways. This is particularly important with 
includes default, or standard, mail notes that may be used to respect to an attachment. For example, a word processor 
view and edit messages. The user may install other mail may create a compound document in which the attached files 
notes or forms, including custom forms. 35 are embedded in the document. This type of attachment 
In the system of FIG. 9, the mail note 905 is responsible handling is incompatible with MAPI, which requires that 
for formatting and displaying the text of the message. In the attachments be stored separately at the end of the message, 
case of some email clients, the formatting is limited to plain In order to comply with the MAPI format, messages are 
text. Other email clients and mail notes provide some level saved in three parts, which are illustrated in FIG. 11. The 
of rich text formatting (RTF), which allows the user to use 40 mail message U00 includes a header portion 1105, a body 
a variety of formatting features. Regardless of the type of portion 1110, and an attachments portion 1115. The header 
mail note used in the prior art, the user's full powered word portion 1105 includes standard MAPI header information, 
processor 910 is not directly involved in the process of edit The body portion 1110 includes both RTF and plain text 
and viewing email messages. Although the word processor versions of the text that forms the message body. The RTF 
910 could be used to create formatted documents that were 45 version of the message includes data stream 1125, which 
attached to the email message, or to compose a message that includes ASCII characters (c a , c^, etc.) and special charac- 
was then pasted into the email message (subject to the ters (sp a , sp^ etc.). The plain text version of the message 
formatting capabilities of the mail note), the user could not includes data stream 1130, which includes only ASCII 
use the full powered word processor 910 to edit and send an characters (c 1( Cj, etc.). Trie attachments portion 1115 con- 
email message in the context of the mail note. An example 50 tains all of the mail attachments and their character positions 
of a full powered word processor 910 is the "MICROSOFT in the body of the text. Other objects, such as graphics, may 
WORD" application program. be included in the message body. Objects of this type may 
FIG. 10 illustrates an exemplary embodiment of the be treated like attachments and inserted into the text data 
present invention. In this embodiment, the email client's stream when a message is opened. In some cases, graphics 
default send and read mail notes have been replaced with 55 objects may be part of the RTF data. 
DocObject-enabled send and read mail notes 1005. The The RTF data is a gracefully degrading system of for- 
DocObject-enabled mail note is a DocObject container that matting that uses keywords. RTF is also a format that may 
provides a view port or frame that allows the DocObject- be emitted by the preferred word processor 1010. Some 
enabled word processor 1010 (or DocObject server) to elements of the preferred word processor's formatting are 
display and edit an email message in the view port provided 60 supported by RTF, while others are not. The manner in 
by the mail note 1005. In other words, the mail note 1005 which RTF files are read allows the reading word processor 
and word processor 1010 utilize the OLE and DocObject or text editor to omit unknown formatting keys. This allows 
interfaces to allow the word processor 1010 to display a the message to be rendered to the best fidelity of the client 
document object in a view port provided by the mail note application while unsupported keywords are harmlessly 
1005. In addition to the OLE and DocObject interfaces, the 65 dropped. 

preferred embodiment of the present invention defines three Although the RTF text can be read by a variety of rich text 

new interfaces, including IMsoMailSite, IMsoFormSite, and readers, the message 1100 also includes a plain text copy of 
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the message. The plain text stream allows downlevel clients The IMsoMailSite interface, which is implemented by the 

to resolve and display the message text, although they are DocObject container, has the following members, 

not able to resolve any of the RTF body. In addition, when parameters, and descriptions: 
saving the message, the word processor 1010 ensures that 

any special characters and formatting attributes are con- 5 ^— 

verted before being stored to the plain text portion of the virtual HRESULT_stdcall CreateAttachment( 

message. For example, tables recognizable by the word />niqueIinraJ^pszFile, 

processor may be stored as tab delimited text, and special pobjcct)=0; 

characters such as may be stored as the text "(c)." 

Those skilled in the art will appreciate that this approach to 10 

storing the message allows plain text clients to read the text This member function is used by the word processor 1010 

of the message and RTF clients to read most of the rich text. when the user inserts an attachment into the message. The 

The word processor-specific formatting that can not be read word proC essor 1010 passes the container mail note 1005 the 

by standard RTF clients is delayed in a nicely converted name of the attachment file ^ me mjaaiatr mail aote 

alternative format. Tnus, each recipient will be able to view 15 „ x^^AnTT-r-r *u * , , ,-, * - 4l _ 

... \ c ... r « iv* returns an MSOOBJECT that can be embedded in the 

the message with as much formatting as his or her mail client , A , ... „ 

allows message at the current character position. An MSOOBJECT 

is an OLE object that is embeddable by the word processor's 

Those skilled in the art will appreciate that storing both OLE container support. 

RTF and plain text increases the size of the messages. 

However, the inventors believe that it is much more efficient 

to compose a nicely-formatted message in the context of the virtual HRESULT_stdcall Clone Attachment 

container mail note than it is to create and send the nicely 'l! un ^?^r^ 

c „ a at „ u -1 ' iuiiqueIoutIm]*/MSOOBJECT_RPC_FAR* 

formatted file as an attachment to an email message. pobjectcione)=o- 

The message 1100 includes a plurality of attached files 25 
1120, which form toe attachments portion 1115 of the ^ member k used fa ^ WQrd ccssor ww tQ 

message The attached files are separated from the body text &Q MSOOBJEcr mat ^ , mail attachment 

m order to allow the messages to pass through a variety of 
email gateways without compromising the integrity of the 
attached files. In an embodiment of the present invention, 30 
the location of an attachment (e.g., AJ in the message body an MSOOBJECT from a container mail note 1005 to a 
is indicated in two ways. In the body of the message, the non-mail document (such as a spreadsheet or a regular word 
RTF data stream 1125 includes a special character (e.g., sp^ processor document) or the reverse. MSOOBJECFs that are 
that indicates the location for the attachment to be inserted. mail attachments can only exist in a container mail note. 
Id the plain text data stream 1130, the location of the 35 

attachment is determined by indicating the position of the ; , "~ 

u * c* u-u*u ** u *ui tu i -11 j virtual HRESUlT„stdcall SetOb]ectList( 

character after which the attachment belongs. Those skilled /*[uniqueIout][iTj]*/MSOOBJECnjST_^PC_FAR* 

in the art will understand that counting the characters in the pobjectlist)=0; 

message is inefficient. However this method is chosen 

because of the absence of special characters in the plain text 40 

message. Similarly, the number of characters in the RTF data ™s member function is used by the word processor 1010 to 

stream 1125 and plain text data stTeam 1130 may differ pass the list of MS O OBJECTS in a message to the container 

because of the conversions between special characters and mail note 1005 when the message is being saved. The RTF 

plain text, as in the case where one special character, such as for the message does not contain any objects except when 

a (c), is converted to multiple characters, such as (c). In this 45 the location of the object cannot be expressed by the 

example, one character in the RTF data stream 1125 corre- MSOOBJECTLIST semantics (such as when the object is in 

sponds to three characters in the plain text data stream 1130. a word processor header). 

The OLE and DocObject interfaces described above allow The IMsoFormSite interface has the following members, 

the word processor 1010 to display text in a view port 5Q parameters, and descriptions: 
provided by the container mail note 1005. However, in order 



and an MSOOBJECT that is a Packager OLE object that 
contains the attached file. This is used when the user moves 



to allow the container mail note 1005 to transport data 

u* X/AT)T t j i _ virtual HRESULT_stdcall GetTemplateName( 

between the MAPI message store and the word processor /*[oiit]*/LPWsni_RPC_FAR*pp^Tcmpl a tcNamc)- 

1010, it is necessary to define a protocol for transferring data q ; 

between the container mail note and the word processor. 5s 

This protocol must ensure that attachments are handled in a 

way that complies with MAPI. This member function is used by the word processor 1010 to 

request the name of the word processor template that should 

In addition to the OLE and DocObject interfaces das- be tQ ^ ffl tf SetMessageData k called ^ 

cussed earlier the preferred embodiment of the present ^ riate fl to indicate ^ , te late fc attacned to 

invention employs three additional interfaces m order to 60 Al rr r T , , . . L ■> 4l _ * 4l _ • 

c ... 4 . ■ 4- i_ * *u * • i the message. It should be noted that this function is more 

facilitate communication between the container mail note , , j L • 1 xj-^l. 

1005 and the word processor 1010. Tne container mail note general than the other two and may be implemented without 

1005, which is the DocObject container, implements the thcm ' In that case > GetTemp late Name would be used to 

IMsoMailSite and IMsoFormSite interfaces. The word pro- ret l uest name of thc template that should be attached to 

cessor 1010, which is the DocObject server, implements the 65 a DocObject server document. 

IMsoMailEditor interface. Each of these interfaces and their The IMsoMailEditor interface has the following 

associated functions are described below. members, parameters, and descriptions: 
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virtual HR ES U LT_s tdca 1 1 SetMessagtData( 
/*tin]*/DWORD self, 
/1in]VCLIPF0RMAT cfFonnat, 
/*(in]*/IStream_RPC_FAR'pstm ) 
/*tin)*/LPSTR pszAuthorNamc, 
/iuniqueIin]*/MSOOBJECrUST_RPC- 
FAR*pobjectlist)-0; 



This member function is used by the container mail note 
1005 to set and clear the contents of the message. The 
container mail note passes the word processor a group of 
flags, a format (cfText or cfRTF), an [Stream, the author 
name (for revision marking), and a list of MSOOBJECTS 
with their corresponding character positions in the message. 
The group of flags tells the word processor whether to set or 
clear the message, whether its a New, Read or Compose 
message etc. The IStream contains the contents of the 
message in the specified cf (Windows clipboard) format. 



virtual HRES ULT_stdcall GetMessageDataf 
/^in]*/IStream_RPC_FAR*pstmRTF, 
/*{in]*/IStream_RPC_FAR*psLmText, 
/*[in]*/DWORD getf)=0; 



This member function is used by the container mail note 
1005 to get the contents of the message for saving or 
sending. The word processor writes an RTF rendering of the 
message to one IStream and a plain text rendering of the 
message to the other. If the group of flags request 
attachments, then the word processor uses the IMsoMail- 
Site: :SetObjectList function to pass a list of MSOOBJECTs. 



virtual HRES UlT_stdcall InsertOt>ject( 
/*[in]*/MSOOBJECr_RPC_JAR*pobject)-0; 



This member function is used by the container mail note to 
get the word processor to insert an MSOOBJECT into the 
message at the current character position. 



virtual HRESULT_stdcall QnFocusChange( 
/*[in]*/BOOL fGotFocus)-0; 



This member function is used by the container mail note 
1005 to inform the word processor 1010 that the mail header 
edit control (To:, Cc:, Subject etc.) is either getting or losing 
the input focus. This is used by the word processor to 
enable/disable commands and make the word processor's 
cursor visible/invisible. 



virtual HRESULT_stdcall IsDirty(void)«0 



This member function is used by the container mail note 
1005 to ask the word processor 1010 if the message is dirty 
(edited since last saved) or not. 



virtual HRESULT_stdcall CloseObjecte( 
DWORD dwRcscrvcd)=0; 



This member function is used by the container mail note 
1005 to get the word processor 1010 to close and save all 
objects that are open for editing/changes. This is called prior 
to GetMessageData being called so that all objects are 
current before the contents of the message are saved or 
closed. 
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Turning now to FIGS. 12 and 13, exemplary methods for 
reading and editing mail messages will be described. FIG. 
12 is a flow diagram of a method for reading a sent mail 
message. FIG. 13 is a flow diagram of a method for editing 
5 an nnsent mail message. 

Although FIGS. 12 and 13 are described in terms of tasks 
performed by the email client, the container mail note, and 
the word processor, those skilled in the art will appreciate 
that the present invention is a computer-implemented pro- 
10 cess that is carried out by the computer in response to input 
from the user and instructions provided by suitable program 
modules. 

FIG. 12 illustrates a method 1200 for reading a sent email 
message. The method 1200 begins at step 1205 when the 

15 user selects a message to be read. At step 1210 the email 
client determines which mail note should be launched to 
view the selected message. Those skilled in the art will 
appreciate that the mail note corresponding to the selected 
message is determined by the class of the selected message. 

20 As mentioned earlier, the DocObject-enabled container mail 
note is installed in the place of the default mail notes 
provided with the email client. 

At step 1215 the email client launches the proper mail 
note to read the selected message. For purposes of the 

25 present discussion, it is understood that the email client 
launches the DocObject-enabled read container mail note, 
which was registered in place of the default read mail note. 
At step 1220 the email client provides the container mail 
note with a pointer to the location in the MAPI message 

30 store where the selected message item is stored. 

At step 1225 the container mail note creates a DocObject 
server object with the word processor as the document 
server. This is accomplished using the standard DocObject 
interfaces implemented by the container mail note and the 

35 word processor. 

At step 1230 the container mail note retrieves data from 
the MAPI message store. This data includes the information 
typically found in the header of the container mail note } 
including the sender, recipients, and subject of the message, 

40 At step 1235 the container mail note passes the RTF data 
and attachment data from the MAPI message store to the 
word processor. This is accomplished via the IMsoMailSite, 
IMsoFormSite, and IMsoMailEditor interfaces that were 
defined in order to translate MAPI data into a format that is 

45 compatible with the word processor. As mentioned above, 
special characters in the RTF data stream indicate where in 
the message the attachment objects should be inserted. At 
step 1240 the word processor composes the body of the 
message using the data provided by the container mail note. 

so At step 1245 the selected mail item is displayed on the 
monitor. The container mail note provides a DocObject 
container that includes a menu bar, toolbars, and header 
information. The view port provided by the DocObject 
container displays the body of the message under the control 

55 of the word processor. Those skilled in the art will appreciate 
that the displayed window includes both email and word 
processing commands and buttons as a result of OLE menu 
merging. This allows the user to perform email and word 
processing related functions without having to change con- 

60 texts. 

At that point, the method 1200 terminates at step 1250 and 
the message is displayed until the user closes the message. 

FIG. 13 illustrates a method 1300 for viewing and editing 
an unsent message. After the message is completed, the 
65 message will be sent or saved. It will be apparent that the 
first several steps in the method 1300 are similar to those in 
the method 1200 described above. 
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The method 1300 begins at step 1305 when the user At step 1350 the word processor edits the message body 

selects a "new message" command or indicates a desire to in response to user input. In response to the user invoking a 

edit a previously stored, but unsent message. At step 1310 "send message" command, the method 1300 proceeds to 

the email client determines which mail note should be s t e p 1355. Those skilled in the art will appreciate that the 

launched to edit the new or unsent message. Those skilled in 5 user mav elect to save a message instead of send it. In either 

the art will appreciate that the mail note corresponding to the case> mc daU ^ extracted from the word processor in the 

selected message is determined by the class of the selected same manner. 

message. As mentioned earlier, the DocObject-enabled con- M st ^55 mc mail note extracts the message 

tamer mail note * stalled in the place of the default mad data from ^ ^ processor document object. This is 

notes Prided with the emad c bent, accomplished using the IMsoMailSite, IMsoFormSite, and 

At step 1315 the email client launches the proper mail 1XM * . 1T -j-* -T-f j i_ j u a *l 

note to edit the new or previously stored message. For IMsoManEditor in effaces described above^As the message 

purposes of the present discussion, it is understood mat the *ata 15 extractc T d ' * 15 f 0Vldcd m both P laiD tex 

email client launches the DocObject-enabled container mail data streams In the plain text data stream, some special 

note, which was registered in place of the default mail note. characters and formatting is reformatted to ensure that it 

At step 1320 the email client provides the container mail * 5 may be viewed on downlevel mail clients. Attachments are 

note with a pointer to the location in the MAPI message provided separately to the container mail note. In addition, 

store if the container mail note is being used to view a attachments are removed from the body of the message and 

previously stored message. stored in the attachments portion of the MAPI message 

At step 1325 the container mail note creates a DocObject store, 

server object with the word processor as the document 20 At step 1360 the container mail note creates a mail 

server. This is accomplished using the standard DocObject message item in the format required by the email client. In 

interfaces implemented by the container mail note and the an exemplary embodiment of the present invention, the 

word processor. message item complies with the MAPI format. 

At step 1328 the container mail note determines whether At step 1365 the container mail note transfers the message 

the user has opened a previously stored, but unsent message, 25 to the email client. This indicates to the email client that the 

or created a new message. If the user has opened a previ- message item has been stored in the proper format and 

ously stored message, the method follows the NO branch to provided a pointer to the message's location in the message 

step 1330. store. 

At step 1330 the container mail note is populated with At step 1370 the email client sends the message item to 

data from the MAPI message store. This data includes the 30 the recipient via a connected network. After the message is 

information typically found in the header of the container sent by the email client, the message window is closed and 

mail note, including the sender, recipients, and subject of the the method terminates at step 1375. 
message. At step 1335 the container mail note passes the 

RTF data and attachment data from the MAPI message store Summary of the Detailed Description 

to the word processor This is accomplished via the inter- 35 From ^ f m description, it will be appreciated that 

faces that were defined in order to translate MAPI data into ^ en{ mventjon idcs an { cd tem and 

a format that is compatible with the word processor. As method fof cdUi emajl m usi a fu]1 ed 

mentioned above, special characters in the RTF data stream wofd cessor> M cxemplary embodiment of the present 

indicate where in the ^message the attachment objects should & cmbodied in a container mail notc and word 

be inserted. At step 1340 the word processor composes the 40 si that implemcnt & c 0 LE and DocObject 

body of the message using the data provided by the container to allow the word processor to display the email 

mail note. message in a view port provided by the container mail note. 

If at step 1328 the userhas opened a new mail message, Additioaal mterfaces ^ imp i em6nte d ta allowthe container 

the method follows the YES branch to step 1342. At step mafl note tQ ^ between ^ word ocessor and 

1342 the container mail note indicates to the word processor 45 ^ ema j] c ji ent 

whether it should apply a mail template to the new message. „ ....... .„ . , ,. 

A mail template contains style definitions that control the Those ^ d m me appreciate that an embodi- 
lookof the printed and electronic message headers. They can ment ° f °* P resent invention provides a variety of features 
also contain boilerplate text and macros that help automate and advantages not found in the prior art For example, an 
mail creation and processing. The mail template might also so embodiment of the present invention combines the function- 
contain an electronic signature to be appended at the end of of two , dlfferent applications: word processors 
the mail message and email clients. By including the user s full powered word 

Mail templates' are also useful for creating a variety of processor in the DocObject-enabled mail note the 

special purpose template that can be used to compose environment, context, and features sets used when editing 

different types of mail messages. For example, a user could 55 emau messages are identical to those available when creat- 

create templates for formal, friendly, and memo mail mes- "W word processing documents. As a result, although the 

sages. Each of these templates would create mail with a user interface loote lite me user is using the email chent, the 

different look. For example, friendly messages may contain and reading of email is virtually the same as editing 

bright graphics. ^ rea ding word processor documents. 

At step 1345 the selected mail item is displayed on the 60 In the preferred word processor, a variety of useful 

monitor. The container mail note provides a DocObject features are available for editing and creating mail messages, 

container that includes a menu bar, toolbars, and header For example, background AutoFormat can be used to make 

information. The view port provided by the DocObject plain English text more legible and to convert textual 

container displays the body of the message under the control representations of symbols into attractive symbols, such as 

of the word processor. If the message is a new message, the 65 converting (R) to ®. 

body of the message will be blank, unless is has been Using the user's full powered word processor to edit 

modified in accordance with a template. email messages provides absolute consistency with existing 
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word processor documents. This facilitates copying and 
pasting between email and the word processor because 
formatting, styles, and special word processor objects are 
kept in tact. In addition, the menus, toolbars and familiar 
keystrokes from the user's word processor are available 5 
when editing email messages. The user can also open exiting 
word processing documents in the email program, address 
them, and send them with no conversion or attachment. 

The user can also use the word processor's macros to 
automate common email-related tasks, such as creating 10 
boilerplate replies or adding custom commands to an email 
message. 

The text processing features of the user's word processor 
are also useful in the email environment. For example, an 
AutoCorrect feature will help keep common typos out of 15 
email messages. An AutoText feature will allow the user to 
insert commonly used text with only a few keystrokes. This 
is useful because it allows the user to append an email 
"signature" containing a custom salutation at the end of the 
email message. 20 

An embodiment of the present invention also provides 
mail templates. The user can customize and choose between 
different mail templates in order to compose email in a 
variety of styles. For example, mail templates allow the user 
to customize the styles, fonts, colors, macros and look 
associated with any kind of email, just as can be done with 
a full powered word processor. 

In addition, when using an embodiment of the present 
invention to edit or read messages, the user continues to 3Q 
have complete interoperability with the email inbox because 
the typical mail note commands continue to be available 
while using the container mail note with the word processor 
to edit the email message. 

Furthermore, the messages created in this manner can be 35 
opened and read by any MAPI compatible email client. This 
is accomplished by ensuring that the container mail note 
converts the word processor's formatting conventions info a 
form that is consistent with MAPI. In addition to the 
handling of RTF text, this requires that embedded attach- 40 
ments are removed from the text of the message and 
separately stored in the message store. 

The foregoing system may conveniently be implemented 
in a program module or program that is based upon the 
interfaces described herein and the flow charts in FIGS. 12 45 
and 13. No particular programming language has been 
described for carrying out the various procedures described 
above because it is considered that the operations, steps, and 
procedures described above and illustrated in the accompa- 
nying drawings are sufficiently disclosed to permit one of 50 
ordinary skill in the art to practice the present invention. 
Moreover, there are many computers and operating systems 
which may be used in practicing the present invention and 
therefore no detailed computer program could be provided 
which would be applicable to all of these many different 55 
systems. Each user of a particular computer will be aware of 
the language and tools which are most useful for that user's 
needs and purposes. 

Moreover, although the present invention has been 
described as including a full powered word processor in a 60 
container mail note, the interfaces and techniques described 
herein may be applied to incorporate other types of appli- 
cation programs in the container mail note. For example, the 
DocObject interfaces may be used to allow a spreadsheet 
program or desktop publishing program to display their 65 
respective documents in the view port provided by the 
container mail note. Furthermore, the present invention is 
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not limited to the Document Object interface, but may be 
implemented using other architectures that allow in place 
editing and viewing of documents. 

The present invention has been described in relation to 
particular embodiments which are intended in all respects to 
be illustrative rather than restrictive. Alternative embodi- 
ments will become apparent to those skilled in the art to 
which the present invention pertains without departing from 
its spirit and scope. Accordingly, the scope of the present 
invention is defined by the appended claims rather than the 
foregoing description. 

What is claimed is: 

1. A method for operating a container object to display a 
message item, the message item being stored in a message 
store, the container object being invoked by an email client 
application in response to an input, the method comprising 
the steps of: 

retrieving from the message store header data and body 
data, each associated with the message item; 

creating a server object associated with a program 
module, the program module being operative for ren- 
dering the body data; 

providing the body data to the program module; and 

displaying a mail note associated with the message item, 
the message item including a command region, a 
header region and a body region, 

the command region including commands associated with 
both the container object and the program module; 

the header region including at least a portion of the header 
data; and 

the body region including at least a portion of the body 
data as rendered by the program module. 

2. The method recited in claim 1, further comprising the 
steps of: 

retrieving from the message store attachment data asso- 
ciated with the message item; 
providing the attachment data to the program module; and 
displaying the attachment data in the body region, the 
attachment data being displayed by the program mod- 
ule in association with the body data. 

3. The method recited in claim 2, wherein the body data 
comprises a special character corresponding to the attach- 
ment data, and wherein the attachment data is displayed in 
the body region in a position determined by the location of 
the special character in the body data. 

4. The method recited in claim 1, wherein the body data 
comprises formatting codes, and wherein the program mod- 
ule renders the body data in accordance with the formatting 
codes. 

5. The method recited in claim 1, wherein the header data 
includes information regarding the source and destination of 
the message item. 

6. The method recited in claim 1, wherein the commands 
associated with the container object include commands 
associated with the disposition of the message item. 

7. The method recited in claim 1, wherein the commands 
associated with the program module include options asso- 
ciated with the rendering of the body data. 

8. The method recited in claim 1, wherein the program 
module comprises a word processing program. 

9. A computer system for employing a container object to 
display a message item, comprising: 

a processing unit; 

an input device connected to the processing unit; and 
a display device coupled to the processing unit for dis- 
playing the object; 
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the processing unit, responsive to instructions from a 16. The computer-readable medium recited in claim 13, 

program module running on the computer system, wherein the commands associated with the container object 

being operative to: include commands associated with the disposition of the 

invoke the container object in response to an input from message item, and wherein the commands associated with 

the input device; 5 th e program module include options associated with the 

retrieve body data associated with the message item; rendering of the body data. 

create a server object associated with a program 17 ^ computer-readable medium recited in claim 13, 

module, the program module being operative for whcrcin Program module comprises a word processing 

rendering the body data in the container object; program. . , . 

providing the body data to the program module; and 10 18 " methot ^ h for °P eratin S ° b J e <* '° ^ a 

j * i « 4 . j. , •! * • i j- *u message item, the container object being invoked by an 

displaying on the display a mail note mcLuchng the email * lient a ' pplicatkm in response t0 ^ me m 4 od 

body data, the body data being rendered by the of . 

P ro £ ram m0 u c * creating a server object associated with a program mod- 

10. The computer system recited in claim 9, wherein the ule' 

processing unit is further operative to. 15 displaying a mail note associated with said message item, 

retrieve attachment data associated with the message the mail note including a command region, a header 

i tem J region and a body region, the command region includ- 

provide the attachment data to the program module; and ing commands associated with both the container 

display the attachment data in association with the body , n object and the program module and the body region 

data, the displayed attachment data being rendered by 20 includin 8 body data rendered by the program module; 

the program module. extracting the body data from the program module; 

11. The computer system recited in claim 10, wherein the forming the message item, the message item including a 
body data comprises text data and a special character header and a body, the body comprising the body data; 
corresponding to the attachment data, and wherein the m 

attachment data is displayed in the body region in a position transmitting the message item to an intended recipient, 

determined by the location of the special character in the 19 - ^ method recited in claim 18, wherein the message 

body data ^ tem deludes an attachment list, and further comprising the 

12. The computer system recited in claim 9, wherein the ste ^ 

program module comprises a word processing program and 3Q displaying attachment data in the body region, the attach- 

the body data comprises formatting codes, and wherein the menl data DC \ n g displayed by the program module in 

program module renders the body data in accordance with association with the body data; 

the formatting codes. extracting the attachment data from the program module; 

13. A computer-readable medium on which is stored a and 

computer program for operating a container object to display 35 storing the attachment data in the attachment list, 

a message item, the computer program comprising instruc- 20. The method recited in claim 19, wherein the body data 

tions which, when executed by a computer, perform the comprises a special character corresponding to the position 

steps of: of the attachment data in the body data. 

retrieving from a message store body data associated with 21. The method recited in claim 18, wherein the body data 

the message item* 40 comprises formatting codes, and wherein the program mod- 

creating a server object associated with a program ^ ' reoders bod y data to accordance witb the formatting 

module, the program module being operative for ren- 00 Jl S ' 

derine the bodv data* e metnoc * r ecite d m claim 21, wherein extracting the 

, , ^ body data comprises removing the formatting codes from 

providing the body data to the program module; ^ body daU ^ to storing ^ body daU {q the mes&age 

displaying a mail note including a command region and a item, 
body region, the command region including commands 23. The method recited in claim 18, further comprising the 
associated with both the container object and the pro- s t ep of providing template identification data to the program 
gram module, the body region including at least a module, the template identification data corresponding to 
portion of the body data as rendered by the program sq formatting attributes applied to the body data, 
module; 24. The method recited in claim 18, wherein the corn- 
retrieving from the message store attachment data asso- mands associated with the container object include com- 
ciated with the message item; mands associated with the disposition of the message item, 
providing the attachment data to the program module; and ^d wherein the commands associated with the program 
displaying the attachment data in the body region, the 55 modu J inchlde °^ oos ^°^ icd with the rendering of the 
attachment data being displayed by the program mod- ^ a * , < , 
ule in association with the body data. 2 f'^ method recited , m claun 18 > whcrem ^ ? TO &* m 

14. The computer-readable medium recited in claim 13, ^P™* a word processing program. 

wherein the body data comprises text data and a special } 6 ' A "^P^ s X stem for operating a container object to 

character corresponding to the attachment data, and wherein 60 edlt a messa & c ltcm ; ^P^mg- 

the attachment data is displayed in the body region in a a processing unit; 

position determined by the location of the special character 111 ia P ut device connected to the processing unit; and 

in the body data. a display device coupled to the processing unit for dis- 

15. The computer-readable medium recited in claim 13, playing the object; 

wherein the body data comprises formatting codes, and 65 the processing unit, responsive to instructions from a 

wherein the program module renders the body data in program module running on the computer system, 

accordance with the formatting codes. being operative to: 
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create a container object in response to input from the 
input device; 

create a server object associated with a program 
module, the server object being in communication 
with the container object; 

display a mail note including a command region, a 
header region and a body region, the command 
region including commands associated with both the 
container object and the program module and the 
body region including body data rendered by the 
program module; 

transfer the body data from the program module to the 
container object; 

form the message item, the message item comprising 
the body data; and 

transmit the message item to an intended recipient. 

27. The computer system recited in claim 26, wherein the 
message item includes an attachment list, and further com- 
prising the steps of: 

displaying attachment data in the body region, the attach- 
ment data being displayed by the program module in 
association with the body data; 

receiving the attachment data from the program module; 
and 

storing the attachment data in the attachment list. 

28. The computer system recited in claim 27, wherein the 
body data comprises a special character corresponding to the 
position of the attachment data. 

29. The computer system recited in claim 26, wherein the 
body data comprises formatting codes, and wherein the 
program module renders the body data in accordance with 
the formatting codes. 

30. The computer system recited in claim 29, wherein 
transferring the body data comprises removing the format- 
ting codes from the body data prior to storing the body data 
in the message item. 

31. The computer system recited in claim 26, wherein the 
processing unit is further operative to provide template 
identification data to the program module, the template 
identification data corresponding to formatting attributes 
applied to the body data. 

32. The computer system recited in claim 26, wherein the 
commands associated with the container object include 
commands associated with the disposition of the message 
item, and wherein the commands associated with the pro- 
gram module include options associated with the rendering 
of the body data. 

33. The computer system recited in claim 26, wherein the 
program module comprises a word processing program. 
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34. A computer- readable medium on which is stored a 
computer program for operating a container object to store 
a message item, the computer program comprising instruc- 
tions which, when executed by a computer, perform the 

5 steps of: 

creating a server object associated with a program mod- 
ule; 

display a mail note including a command region and a 
body region, the command region including commands 
10 associated with both the container object and the pro- 
gram module, and the body region including body data, 
the body data being rendered by the program module; 
extracting the body data from the program module; 
15 forming a message item including the body data and an 
attachment list; 

displaying attachment data in the body region, the attach- 
ment data being rendered by the program module in 
association with the body data; 
20 extracting the attachment data from the program module; 
storing the attachment data in an attachment list; and 
transmitting the message item to an intended recipient. 

35. The computer-readable medium recited in claim 34, 
^ wherein the body data comprises a special character corre- 
sponding to the position of the attachment data in the body 
data. 

36. The computer-readable medium recited in claim 34, 
wherein the body data comprises formatting codes, and 

30 wherein the program module renders the body data in 
accordance with the formatting codes. 

37. The computer-readable medium recited in claim 34, 
wherein extracting the body data comprises removing the 
formatting codes from the body data prior to storing the 

35 body data in the message item. 

38. The computer-readable medium recited in claim 34, 
wherein the program further performs the step of providing 
template data to the program module, the template data 
corresponding to formatting applied to the body data. 

^ 39. The computer-readable medium recited in claim 34, 
wherein the commands associated with the container object 
include commands associated with the disposition of the 
message item, and wherein the commands associated with 
the program module include options associated with the 

4S rendering of the body data. 

40. The computer-readable medium recited in claim 34, 
wherein the program module comprises a word processing 
program. 

***** 
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